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ADDENDUM 

BATTERY-SAVING PROTOCOL 
FOR PORTABLE TERMINALS 



ABSTRACT 



This document specifies additional requirements for 
portable terminals to be connected to the MOB I TEX system. 
It should be considered as an' ADDENDUM to the MOB I TEX 
Terminal Specification (MTS)' for 8 kbps mobile terminals, 
LZBA 703 1001, R1A. 

A battery-saving protocol is introduced on the data link 
layer, as well as a new MPAK on the network layer. Both . 
requirements and recommendations for the application layer 
are presented. Finally, a new command for type approval is 
included in the MASC interface. 

Some of the parameters and protocol procedures mentioned 
in this document are described incompletely. A full 
description of them is only presented in the MTS. 



3.Ci=r-. 
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1 INTRODUCTION 

This document specifies additional requirements for 
portable terminals to be connected to the MOBITEX system. 

It should be considered as an ADDENDUM to the complete 
MOBITEX Terminal Specification for 8 kbps mobile 
terminals, LZBA 703 1001, R1A. 

This is the only document where requirements for portables 
are stated. They are either additional requirements or new 
requirements replacing ones that are made in the 
specification for ordinary mobile terminals. 
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2 GENERAL DESCRIPTION OF OPERATING PRINCIPLES 

A portable terminal Is basically a mobile' terminal. It 
conforms to the requirements for ordinary mobile 
terminals, but with the additional ability to use a 
battery-saving protocol in the data link layer. 

A portable terminal using the battery-saving protocol 
described in this document is said to be in the battery- 
saving mode of operation. If it follows the protocol used 
by ordinary mobile terminals it is said to be in the 
normal mobile mode of operation. 



The reasons for a change of mode might be: 

(1) - external power source connected 

- operator command (e.g. in case of a major data 
transaction) 

- no <SVP6> received, only <SVP1> 
("fall-back" situation) 

(2) - external power source disconnected 



The battery-saving protocol includes a standby state for 
the terminal, during which no messages are transmitted or 
received, and an operating state. 

Whenever the terminal wants to transmit a message it 
enters the operating state, awaits a <FRI>-frarae and 
transmits in a slot that is chosen at random. The terminal 
then stays In the operating state for some time to be able 
to receive a quick message response. 

Current down-link traffic to portable terminals is 
indicated by the TRAFFIC LIST of the <SVP6>-f rame. Traffic 
stored in the network mailbox is indicated by the MAIL 
LIST of the <SVP5>-frarae. 

The roaming procedure of the portable terminal is 
essentially the same as for ordinary mobiles, but is 
controlled by a separate set of parameters in the <SVP3>- 
frame.' 

To order (a part of) the fleet of portable terminals to a 
certain channel the frame <SVP4> is used. 
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3 DATA LINK LAYER 

3.1 PRINCIPLES OF THE BATTER*- SAVING PROTOCOL 



A portable terminal uses three diEferent states of 
operation in the battery-saving mode: 

- standby 

- operating 

- quick channel monitoring [roaming) 

In the standby state only time keeping functions for 
synchronizing the terminal to the base station are 
working. 

In the operating state messages are transmitted-and 
received, and the roaming values of base stations are 
evaluated. 

In the quick channel monitoring a list of channels is 
scanned until a new base is found. 



BATTERY-SAVING MODE 



I 



I 



-I 



QUICK CHANNEL < (6)+— STARTUP 

MONITORING 1 ' 



(1) and (2) are described together with <SVP6> and in 
the chapter "MESSAGE TRANSACTIONS" 

(3) - (6) are described in the chapter "Roaming and 
roaming parameters" 



Exhibit 3, p. 12 



[sT* 1 1 

1056 - A 296 6084 Oe 

1990-08-13 A MTS15J. 



3.1.2 Roaming and coaming parameters, <SVP3> 

The roaming procedure for portable terminals basically 
follows the roaming procedure for mobile terminals. Please 
refer to reference Rl-16 for further information. 

When the terminal is switched on, it uses the stored 
values of CURRENT_BASE and CORRENT_SYSTEM ^CHANNEL . If 
there is no CURRENT BASE stored, the terminal directly 
starts the quick channel monitoring using the default list 
of system channels. 

when a suitable base station has been found and the MPAK 
ROAM/ ACTIVE has been sent to it, the portable terminal 
synchronizes to the <SVP6>-f rames. 

The normal channel monitoring of the roaming procedure is 
carried out during the time when the terminal is in the 
operating st-ate. The -terminal- measures the averaged 
received signal strength and calculates a roaming value. 

The system parameters controlling the roaming procedure 
for portable terminals are defined in the <SVP3>-f rame. • 
This makes it possible to use different parameters for 
mobile terminals (defined in the <SVPl>-f rame) and for 
portable terminals. 

If the parameter SCAN TIME is set to 0, the terminal only 
monitors the CURRENT_SXSTEM_CHANNEL during the operating 
state. 

Example 1; SCAN_TIME is set to 0. Only <SVP6>-f rames are 
shown in this figure. 

Base: <SVP6> <SVP6> 

,J ' ,J 

Term: -^OPR 1 STB 'oPR 1 STB 



mmra = monitor CURRENT_SYSTEM_CHANNEL 
OPR = terminal in operating state 
STB = terminal in standby state 



If SCAN TIME is in the range 1 to 255, the terminal 
monitors other channels according to the channel list 
information from <SVP3> or from the permanently stored 
default list. However, the terminal must not leave the 
CURRENT_SYSTEM_CHANNEL to monitor other channels during 
the sweep cycle if it is addressed in the TRAFFIC LIST. 
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Example 2 : 


SCANJTIME is 


in the 


range 1 to 255. 





ch 4 
ch 3 
ch 2 
ch 1 

Base: 



<SVP6> 
Immmlssss I 



STB- 



OPR 



ra = monitor CORRENT_S¥ST£M_CHANNEL 
s = scan other system channels 
r = RSSI PERIOD 
OPR = terminal in operating state 
-—STB = -ter-m^nai-in --standby state 



Criteria for leaving CURRENT BASE 

The same criteria for leaving the CURRENTJ3ASE applies £or 
a portable terminal as for the mobile terminal but with 
parameters from the <SVP3> frame. The fifth criterion 
(item number 5) is replaced by the following rule: 

If the terminal has not succeded to synchronize 
within another 60 seconds, it should start the quick 
channel monitoring (roaming). 



Evaluation of other base stations 

The integration time for evaluating base stations on the 
CURRENT_S 3f STEM CHANNEL is indicated in <SVP6> (default 
value 60 seconds) . 

The integration time for evaluating base stations on othe*- 
channels is also indicated in <SVP6> (default value 3 RSSI 
periods). 



Quick channel monitoring 

During the quick channel monitoring when the parameter 
SCAN_TIME is set to 0 and when the terminal has found a 
base with roaming value higher than GOOD BASE, the 
terminal should remain on that channel for at least 5 
seconds during the measuring of received signal strength. 
Please refer to item number .4 in the description of quick 
channel monitoring in the ROAMING chapter, reference Rl- 
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3.1.3 Fleet division. 


<SVP4> 



To order the fleet of portable terminals (or parts of it) 
to a certain system/access channel the <SVP>- frame of 
subtype 4 is used: <SVP4>. It is interpreted in same way 
as the <SVP2>-frame for mobile terminals, described in 
reference Rl-16. 



3.1.4 Mail list, <SVP5> 

Messages not acknowledged by the terminal may be stored in 
the network mailbox according to the conditions described 
in Rl-09 . 

In order to inform terminals that have messages in the 
network mailbox, the MAIL LIST is used. 

The MAIL LIST is included in the <SVP>-frame of subtype. 5: 
<SVP5>. 



3.1.5 Traffic list, <SVP6> 

The TRAFFIC LIST contains the terminal/group-MAN of those 
terminals that must remain in the operating* state in order 
to receive down-link traffic from the network. 

This list is included in the <SVP>-frarae of subtype 6: 
<SVP6>. 

Terminals not included in the TRAFFIC LIST may return 
directly to the standby state. 
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3.1.6 Synchronization to the network, <SVP6> 

The network periodically transmits <SVP6>-f rames on system 
channels where the battery-saving protocol is used. 

Terminals using this protocol cyclically shifts between 
the standby state and the operating state. This shifting 
is synchronized by the <SVP6>-f rames. 

The <SVP6> contains the parameter TIME-TO-NEXT. The value 
of this parameter defines the next time the terminal 
should enter the operating state. 

Once it has entered the operating state the terminal 
remains there, until it receives an <SVP6>-frame 
containing a TRAFFIC LIST in which it is not included. 



Exampl e. l.;, -~-The- -t e rmi na 1 uses TIME-TO-NEXT for 
synchronization. 

Base <SVP6> << 



T IME-TO-NEXT 



Terminal OPERATING STANDBY - OPERATING 

The <SVP6> also contains the parameter CYCLE-TIME. The 
value of this parameter defines the time between the start 
of one operating state and the start of the next one. If 
one or more of the <SVP6> frames are lost, the terminal 
should use the CYCLE-TIME parameter in order not to lose 
synchronization. 



Example 2 ; The terminal is using CYCLE-TIME in order to 
maintain synchronization when a <SVP6> has . 
been lost. 



•rm— ^~ 



Htime-to-nextI 

-cycle-time h cycle-time" 



OPR = operating state 
STB = standby state 
<XXX> = lost frame 



If the network is going to send other <SVP>-f rames, when 
the terminals are in the operating state, they will be 
sent prior the <SVP6> frame. The <SVP6> ends the sequence 
of <SVP>-fraraes. 
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Example 


3: Multiple sweep frames are received during the 




operating state. 


Base 


<SVP3> , <SVP4> , <SVP5> , <SVP6> 




1 1 


1 TIME-TO-NEXT 


Term — 


OPERATING STATE ' STANDBY 



After the reception of every <SVP3> to <SVP5> the terminal 
stays in operating state for another 2 seconds or until it 
receives an <SVP6>. 



Example 4; The terminal receives a <SVP3> but the <SVP6> 
is not received. The operating state is 

- - • terminated by the -2 second timeout. - 

The timeout is counted from the reception of 
the <SVP3> frame. 

Base <SVP3> 

I -CYCLE-TIME" ~ 

•Term ' OPERATING [ STANDBY : 

1 2 sec. timeout! 



If none of the <SVP3> to <SVP6> has been received within 2 
seconds from the transition to the operating state, the 
terminal may return to standby. 



Example 5: No <SVP>-f rames are received within 2 seconds 
from the start of the operating state. 

Base 

I — CYC LE-TIME 

Term J OPERATING j STANDBY 

1 2 sec timeout I 



If the terminal has lost consecutive <SVP6>-f raraes during 
60 seconds, it should stay in the operating state to 
synchronize again. 

If the terminal has not succeded to synchronize within 
another 60 seconds,. it should start the quick channel 
monitoring (roaming). 



Exhibit 3, p. 17 



11. 





1056 - A 296 6084 Oe 




=>:■■= 3-.. r?m ~ — 

1990-08-13 A | MTS15J. 



3.2 MESSAGE TRANSACTIONS 



3.2.1 Op-link traffic 

The access requirements for up-link traffic from portable ' 
terminals are basically the same as those for mobile 
terminals. 

A portable terminal that is going to transmit a message to 
the network enters the operating state. It awaits a valid 
<PBI>-frame from the network and then chooses a random 
slot for its transmission. 

When <ABD> is U9ed to request access for transmission, the 
terminal must remain in the operating state until the 
message is transferred successfully or the dialogue is 
otherwise terminated. 

After a message is successfully transferred to the network 
the terminal remains in the operating state during a 
specified period of time before it returns to the standby 
state. This period is defined by the parameter 
trahsaction-TIME in <SVP6> and makes it possible to 
transmit a quick reply message to the terminal without 
waiting for the next transmission of a TRAFFIC LIST. 
During the period a logical down-link channel might be 
said to exist between the terminal and its base station. 



3.2.2 Down-link traffic 

Down-link traffic to terminals is- indicated by the TRAFFIC 
LIST. When a terminal receives a list. containing one of 
its addresses (terminal or group MAN) it remains in the 
operating state. 

When a message is successfully received, the terminal 
remains in the operating state during the period of time 
defined by the parameter TRANSACTION-TIME (included in 
<SVP6>). If this period expires without any further 
messages, the terminal returns to the standby state. 

When <BKD> is used to order the terminal to another 
channel for a down-link transmission, the terminal must ' 
remain in the operating state until the message is 
received successfully or the dialogue is otherwise 
terminated. 

A terminal may also leave the operating state when it 
receives a TRAFFIC LIST in which l.t is not addressed. 
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Example 1: The terminal 
LIST. 


is not 


addressed in the TRAFFIC 


Base : <SVP6> 
1 

Term ^OPEt' STB 




<SVP6> 
1 

'oPr' STB- 









OPR = terminal in operating state 
STB = terminal in standby state 



Example 2: The terminal is addressed in the TRAFFIC LIST 
of <SVP6> and the network has one <MRM> to 
transmit. 



<SVP6> <MRH> . 



' TT i 



<SVP6> 
I 



TT = TRANSACTION-TIME 

OPR = terminal in operating state 

STB = terminal in standby state 



Example 3; The terminal is addressed in the TRAFFIC LIST 
of <SVP6> and the network transmits multiple 
<MRM>:s during the sweep cycle. 



<SVP6> <MRM> <MRM> 

I- ttJh 

h- TT 1 

^ OPR L 



<SVP6> 
I 



TT = TRANSACT ION-TIME 

OPR = terminal in operating state 

STB » terminal in standby state 
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3.2.3 Line connections 

Call set-up and disconnection procedures for line 
connection to a portable terminal follow the requirements 
of the MTS. 

When a portable terminal is called from the network for a 
line connection, the terminal is addressed in the TRAFFIC 
LIST. The terminal remains in the operating state and 
follows the normal procedure for call set-up described in 
the MTS. 

When the call has been disconnected, the terminal uses the 
Stored values of CORRENT_BASE and CURRENT_SXSTEM_CHANNEL 
to re-syhchronize to the <SVP6>-f rames. The terminal 
returns to the standby state when it has received a 
<SVP6>-frame where it is not included in the TRAFFIC LIST. 

When a-portable- terminal- initiates a call set-up for a 
line connection, the terminal enters operating state 
before sending the line connection .request, and stays in 
this state until the call is disconnected, according to 
the MTS. 
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3.3 


FORMAT DEFINITION OF <SVP>-FRAMES 


FRAME TYPE <SVP>, Sweep signal 


APPLICATION . The sweep signal is a periodically 

recurring signal from BASE. An <SVP> is 
transmitted by BASE for two reasons: 




1) 


<SVP> marks the start of a sweep 
cycle. 




2) 


<SVP> contains system 
parameters. 




<SVP> has 2 different subtypes for mobile 
terminals and 4 subtypes for portable 
terminals : 




subtype " "i 


states the values of system 
parameters for mobile terminals 




2 


states the frequency of 
different channel types for 
mobile terminals. 




3 


only relevant for portable 
terminals using the battery- 
saving protocol described in 
this document. This subtype 
contains the system parameters. 




4 


states the frequency of 
different channel types for 
portable terminals. 




5 includes the MAIL LIST for 

portable terminals (may be. used 
both in the battery saving mode 
and in the normal mobile mode) 




6 includes the TRAFFIC LIST and 
the timing parameters for 
portable terminals. 


Note 


1: <SVP> of subtype .1 and 2 are not described in this 
Addendum. Please refer to Rl-16. 


Note 


2: For <SVP5> and <SVP6>, the terminal should use all 
correctly received following blocks, even though 
the whole frame may not be correct. This procedure 
decreases the possibility of the terminal missing 
a list where it is addressed. 
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3.3.1 <SVP3> 
<SVP>, SUBTYPE 3 



PRIMARY BLOCK 



• states the values oE system 
parameters for portable 
terminals. 



01 02 03 22 23 24 25 26 27 28 29 30 31 32 



-1 1 1 1 L_ 



_i 1 I L_ 



0 1111 



33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 



PRIO MASK 


1 1 1 1 1 1 1 

BLOCK 


.49 50 51 52 53 54 55 56 

_.. i i i i i i i 


57- 58 59 60 61 62 63 64 
1 1 1 1 1 1 l 


SVPTYP 


TXPOW 


65 66 67 68 69 70 71 72 

1 1 1 1 1 ! 1 


73 74 75 .76 77 78 79 80 
1 1 1 l » J i 


RSSI PROC 


RSSI PERIOD 


81 82 83 84 85 66 87 88 

I 1 I i i i i i 


89 90 91 92 93 94 95 96 
1 1 ' i i i. t 


00000000 


MAX REP 


97 104 

_i — i i i i i i 


105 112 
1 1 1 1 1 1 1 


BASEST 


SCAN TIME 


113 120 

I 1 1 LL 1 1 1 1 


121 128 
i i i i i . i 


BAD BASE 


GOOD BASE 


129 136 
1 1 1 1 1 1 I 


137 144 
i i i i i i i • 


BETTER BASE 


00000000 


145 i 6 o 
1 1 1 1 1 1 1 1 i ' i i i i i 


PARITY 
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SVPTYP 


States the <SVP> subtype, value 
00000011 in this case. 


TXPOW 


States the decrease in output 
power (0-255 dB below nominal 
level) to be used by the 
portable terminal. A default 
value of 0 is used at start-up 
until this signal is received. 


RSSI_PROC 


States the method of the signal 
strength measurement: 

0 = FRAME 

1 = CONTINUOUS 

The default value is FRAME. 


RSSI_PERIOD 


Time used by the roaming 
algorithm (0-255 *20 ms) . 
Default values- 148 (2 960 ms). 


MAX_REP 


states the value of the variable 
Max_rep. 


BASEST 


States status of base station. 


SCAN_TIME 


States the length of a period 
(0-255 *100 ms) when the 
portable terminal scans other 
system channels. 
Default value: 30 (3 seconds). 


BAD_BASE 


Used by the roaming algorithm. 
0-255 dBuV. Default value: 15. 


GOOD_BASE 


3sed by the roaming algorithm. 
0-255 dBuV. Default value: 15. 


BETTER_BASE 


Dsed by the roaming algorithm. 
0-255 dB. Default value: 10. 
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FOLLOWING BLOCKS IE any, they contain a list of 

system channels to be used in 
base station monitoring. A Erame 
with a list containing new 
system channels completely 
overrides the previous frame. 
The channel list has the 
following format (as described 
in the MAIN DOCUMENT): 

FOLLOWING BLOCK #1 



01 02 03 04 OS 
i i i » 


06 07 08 

i i 


09 10 11 12 13 


14 15 16 


number of channels 


0 0 0 0 0 


0 0.0 


17 

. , I — l— 


32 

i 1 ._ 


33 48 
ii ii 


channelTfl - 


OPFREQ " 


" "channel #1 - 


DOFREQ 


49 


64 
-J 


65 80 


channel ff2 - 


OPFREQ 


channel #2 - DOFREQ 


81 


96 

_J 1 


97 


112 
1 1 


channel #3 - 


OPFREQ 


channel #3 - 


DOFREQ 


113 


128 

" i 


129 


144 

1 1 


channel #4 - 


OPFREQ 


channel #4 - 


DOFREQ 


145 

1 1 1 l 


i i 


1 1 I I 


160 
-J 1 — 1 



PARITY . 



The number of following blocks depends on the size of the 
list. The maximum number of channels in the list is stated 
in reference Rl-06. 

Continues with following block #2 on the next page. . 
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FOLLOWING BLOCK #2 



1 — 1 
OPFREQ 


channel #5 - 


I . 1 — | 

DOFREQ . 


48 

l_. 1 _ 


49 


64 

1 1 


OPFREQ 


channel #6 - 


DOFREQ 


144 


145 
i i 


160 


OPFREQ 


PARITY 



FOLLOWING BLOCK #3 



channel #9 - 


DOFREQ 


channel #10 - 


OPFREQ 


33 


48 


49 


64 

1 ,1 


channel #10 - 


DOFREQ 


channel #11 - 


OPFREQ 


129 


144 


145 
i i 


160 


channel. #13 - 


DOFREQ 


PARITY 



additional FOLLOWING BLOCKS may follow if required. 
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3.3.2 <SVP4> 

<SVP>, SOBTYPE 4 - states the frequency of 

different channel types for 
portable terminals. 

PRIMARY BLOCK 

01 02 03 22 23 24 25 26 27 28 29 30 31 32 



1 1 1_ 



PRIO MASK 



0 1111 



49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 



0 0 0 0 0 0 



0 0 0. 0 0 0 



_! I I L I l_ 
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SVPTYP States the <SVP> subtype, value 00000100. 
in this case. 



OPFREQ Frequency number for up frequency, i.e. 
the frequency on which the terminal 
transmits. 

DOFREQ Frequency number for down frequency! i.e. 
the-f-r-equency -on- which BASE,.transmits. 



FOLLOWING BLOCK No following blocks in this type 



CHTYP 



States the type of channel: 
Value; 

1 Local system channel opened 

2 Not used (ignore that order) 

3 Local system channel closed 



(return to previous system 
channel) 



4 Access channel opened 

5 Access channel closed 



of frame. 
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3.3.3 <SVP5> 

<SVP>, SUBTYPE 5 - contains a list of terminal 

MAN having messages stored in 
the network mailbox. 

PRIMARY BLOCK 



— 1 — 1 — 1 — J... .1 . 1 .. 

MOB 


1 1 1 1 1 1 1 

00001 111 


33 34 35 36 37 38 39 40 


41 42 43 44 45 46 47 48 
1 1 1 l I t ' 


PRIO MASK 


BLOCK 


49 50 51 52 53 54 55 56 
1 1 1 1 1 1 1 


57 58 59 60 61 62 63 64 
1 1 1 L — 1 i u_ 


SVPTYP 


MAILNUM 


65 66 67 68 69 70 71 72 

I L__J J till 


73 74 75 76 77 78 79 80 
i i i i i i i 


00000000 


oooooooo 


81 82 83 84 85 86 87 88 
1 1 1 1 1 1 1 


89 90 91 92 93 94 95 96 
1 1 1 1 1 ■ ■ 


00000000 


oooooooo 


97 104 

1 L_J 1 1 1 1 1 


105 112 
1 1 1 1 ! ! I 


00000000 


oooooooo 


113 120 
1 1 1 1 i ' ■ 


121 128 


00000000 


' ' ' ' ' ' ' 1 

ooooooo o| 


129 136 
I 1 i i i i i i 


137 144 
1 1 1 1 i I i 


oooooooo 


oooooooo 


"5 ifio 
> 1 " 1 U 1 1 1 1 1 1 i ■ ■ ■ 


PARITY 



SVPTYP ■ States the <SVP> subtype, value 

00000101 in this case. 

MAILNUM Number of MAN: s in list (0-186). 
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FOLLOWING BLOCKS 

FOLLOWING BLOCK #1 
01 



Containing a list of terminal 
MAN having messages stored in 
the. network mailbox. 



49 




72 




MAN 3 




73 




96 




MAN 4 




97 




120 


MAN 5 1 


121 

- 1 1 




144 


MAN 6 | 


145 




160 . 




PARITY 





The number of following blocks depends on the size of the 
list (maximum 186 MAN). 

Continues with following block #2 on the next page. 
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FOLLOWING BLOCK #2 

01 24 



HAN 7 1 


25 




48 




MAN 8 


^ 


49 




72 




MAN 9 


1 


73 

1 — L 




96 


MAN 10 j 


97 




120 




" MAN 11 


" ""I 


121 

1 1 




144 




MAN 12 


1 


145 

i i 




160 


PARITY j 



additional FOLLOWING BLOCKS may follow if requited. 
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3.3.4 <SVP6> 

<SVP>, SUBTYPE 6 - contains the timing parameters 

used in synchronization and 
message transactions. 

PRIMARY BLOCK 

0102 | 03 [ 22 23 24 25^6 27 28 29 30 31 32 

MOB 00001111 



33 34 35 36 37 38 39 40 


41 42 43 44 45 46 47 48 


FRIO MASK 


BLOCK 


-4-9-50 51- 52 S3 54 55 56 
1 I 1 I I 1 1 


57 58 59-60 61 62 63 64 


SVPTYP 


CYCLE-TIME 


65 66 67 68 69 70 71 72 
I I I I I 1 I 


73 74 75 76 77 78 79 80 
1 1 1 1 1 1 1 


TIME-TO-NEXT 


TRANSACTION-TIME 


81 82 83 84 85 86 87 88 
1 1 1 1 1 1 1 


89 90 91 92 93 94 95 96 
1 1 1 1 1 1 1 


EVALOATE-CURRENT 


EVALUATE-OTHERS 


97 104 


105 112 ' 
1 1 1 1 1 r 1 


TRAFNUM 


00000 000 


113 120 
1 . ..1. 1 1 .1 — I 1 


121 128 
1 1 1 1 1 1 1 


00000000 


00000000 


129 136 
1 1 1 1 1 1 1 


137 144 
1 1 1 1 1 1 1 


00000000 


00000000 


145 • 160 
1 1 1 i 1 1 1 1 1 1 1 1 1 1 1 


PARITY 
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States the <SVP> subtype/ value 
00000110 in this case. 


CYCLE-TIME 


States the time (0-255 *250 ms) 
between the start of one 
operating state and the start of 
the next one. 


TIME-TO-NEXT 


States the time (0-2S5 *250 ms) 
from bit 1 in the frame head of 
the received <SVP6> to the next 
time the terminal should enter 
the operating state- 


TRANSACTION-TIME 


States the time (0-255 *250 ms) 
the terminal should stay in the 
operating state after receiving 

or— •te-ransmitting- <ACK^-- ■»- •■• 

respectively. 

Default value: 40 (10 seconds) 


EVALO ATE-CURRENT 


Integration time (0-255 seconds) 
for evaluating base stations on 

the CURRENT SYSTEM CHANNEL. 
Default value: 60~seconds. 


EVALDATE-OTHERS 


Integration time (0-255 RSSI 
periods) for evaluating base 
stations on other channels. 
Default value: 3 RSSI periods. 


TRAFNUM 


Number of MAN: s in list (0-186). 
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FOLLOWING BLOCKS Containing a list of terminal 

MAN or group MAN with pending 
down-link traffic. 

FOLLOWING BLOCK #1 



h- J - J H 

MAN 1 1 


25 




48 




MAN 2 




49 




72 








73 




96 




MAN 4 




97 




120 




MAN 5 




121 




144 


MAN 6 


145 




160 




PARITY 





The number of following blocks depends on the size of the 
list (maximum 186 MAN). 

Continues with following block #2 on the next page. 
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FOLLOWING BLOCK #2 



24 



25 




48 




MAN 8 




49 




72 


HAN 9 1 


73 




96 


MAN 10 | 


97 




120 


MAN 11 j 


121 




144 


MAN 12 | 


145 




160 




PARITY 





additional. FOLLOWING BLOCKS may follow if required. 
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4 NETWORK LAYER 

4.1 ACTIVATION/INACTIVATION 

Portable terminals used in-doors are likely to lose 
contact with the network much more frequently than mobile 
terminals. They should therefore not send ACTIVE due to 
'lost contact' according to the roaming procedure since 
this will cause considerable system signalling overhead. 

Portable terminals send INACTIVE / ACTIVE when switched- 
off and switched-on respectively. 

When a portable terminal is addressed in the MAIL LIST it 
has the possibility to empty the mailbox by sending an 
ACTIVE packet. 



The terminal is addressed in- the MAIL LIST " 
of <SVP5> and the network has one or more 
<MRM> placed in the mailbox. 



Base: <SVP5>. .<FRI> <ACK> <MRM2> 

Term: <MRM1> ' ' <ACK> 

I TT ~\~ TT H 



OPR 

TT = TRANSACTION-TIME 

OPR = terminal in operating state 

STB = terminal in standby state 

MRM1 = MPAK ACTIVE 

MRM2 = any MPAK from mailbox 



<SVP6> 
I 
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4.2 NEW PARAMETERS IN MPAK INFO (terminal information) 

The parameter terminal type information (TTI) is used by 
the network to separate terminals with different 
functionality. 

Terminals with the battery-saving protocol according to 
this document have: 

TTI = 4, terminal type 4. (octet 6) 

The parameter MODE (octet 12) identifies the operating 
mode of the terminal: 

. 0 = NORMAL MOBILE MODE 

1 = BATTERY-SAVING MODE 

• •• 2-255 = reserved ■■— • •• • -■ ■■• 



4.3 ADDITIONAL MPAK - MODE (mode information) 

A new MPAK is included for terminals using the battery- 
saving protocol. This MPAK is used to inform the network 
that the terminal has changed from battery saving mode to 
normal mobile mode and vice versa. 

The portable terminal always has the possibility to change 
to normal mobile mode, e.g. for' a major data transaction. 
In order to inform the network of this change of mode, the 
1 terminal sends the new MPAK called MODE. This MPAK is 
within the packet class DTESERV (3) and has the packet 
type 24. 
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MODE (mode information): 




Designated sender: 




The portable terminal. 




Designated addressee: 





The network. 

Raised flags: 
No raised flags. 

Criteria for generating the packet: 

When a portable terminal changes from the battery-saving 
mode to the normal mobile mode this packet is used to 
inform the network. 

The same packet is sent to the network, but with a 
different mode identifier, when the terminal changes to 
the battery-saving mode. 



The network's normal action when receiving the packet: 

The network registers the operating mode of the terminal. 
If the terminal is using the battery-saving protocol, the 
terminal is addressed in the TRAFFIC LIST when traffic is 
pending. 

If the terminal is operating as a mobile terminal the 
network sends traffic immediately to the terminal. 

The terminal's normal action when receiving the packet: 
The terminal does not normally receives this packet. 

Length of the packet: 
9 octets. 
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MODE as generated by the terminal : 



octet 1-3: 
octet 4-6: 
octet 7: 
octet 8: 



sender: the terminal 



addressee : the Mobitex Network 



110 0 0 



TYPE DEPENDENT COMPONENT: 



octet 9 : — ■» • mode -'identif ier 

mode identifier : 

0 = NORMAL MOBILE MODE 

1 = BATTERY-SAVING MODE 
2-255 = reserved 
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5 APPLICATION LAYER 




5.1 REQUIREMENTS 





5.1.1 'Fall-back' to normal mobile operating mode 

If the terminal cannot find any signalling required for 
the operation of the battery-saving protocol (<SVP6>), but 
detects <SVP1> required for mobile terminal operation, the 
terminal may act as mobile terminal. The user should be 
informed of this. 

The MPAK MODE is sent to the network, informing that the ' 
terminal has changed to the normal mobile mode. 



5.1.2 User notification of 'lost contact..'-.., . 

When the terminal loses contact with the network and 
starts the quick channel monitoring, the operator of the 
terminal should be notified. 



5.1.3 RSSI when transmitting 

It is recommended to display the received signal strength 
to the user, especially when the terminal is going to 
transmit, so the user can move the terminal to a suitable 
location. 
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5.2 RECOMMENDATIONS 



5.2.1 Manual selection of operating mode 

It is recommended that the terminal enters the normal 
mobile mode of operation, when it is mounted into a 
battery charger, e.g. in a car. 

The user or the terminal itself initiates the transmission 
of the MPAK MODE to the network. This message will then 
identify the operating mode of the terminal. 



5.2.2 Prevention from automatic quick channel 
monitoring 

-«-«..•« The user should be allowed. to- manually switch ..off .the 

quick channel monitoring function in order to prevent this 
automatic function from continuously running, or to 
prevent the terminal from repeated attempts to enter the 
quick channel monitoring, 

It is also recommended that the terminal has some kind of 
watchdog function implemented,, limiting the operating time 
in quick channel monitoring mode. 



5.2.3 Manual initiation of quick channel monitoring 

If the portable terminal is implemented without automatic 
quick channel monitoring functions it is recommended that 
this function can be manually started. 
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6 MASC INTERFACE 



For type approval the terminal must contain a 'MASC 
interface. The same requirements apply as for the mobile 
terminal concerning the 'MASC interface, which means that 
the PA- and KA-coramands should be included during type 
testing. 

An additional type test command, PA07, has been added for 
terminals operating according the battery-saving protocol. 
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6 . 1 PA-command 

(request/list of battery-saving protocol parameters) 

The PA07-command is used by the type test terminal to 
request battery-saving protocol parameters and by the 
portable terminal to send these parameters as a reply to 
the request. 1 

The structure of the text field in a request for 
parameters from the type test terminal to the portable 
terminal : 



The structure of the text field in a reply from the 
portable terminal to-the type test terminal {list of 
parameters): 



_SP J]list of parameter!] 



4 1 >=4 bytes 

The data field is empty. 



The list of parameters consists of a number of ASCII 
coded nex numbers separated by , (comma). If a parameter 
is not available in the terminal, this parameter is not 
included in the reply. The parameters are sent in the 
following order: 

Parameter No of bytes 

Cycle_time , 

Tirae_to next 1 

Transaction_time x 

Evaluate_current i 

Evaluate_others x 

The meaning and the structure of the different paramecers 
22?Ji e . fo i! nd in the cha Pter 'FORMAT DEFINITION OF <SVP>- 
FRAMES of this document. 



Example of PA07-coramand: 

M£2 TERMINAL 

< PA07 

PA07 01,02,03,04,05 > 
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7 MOB I TEX TERMINAL SPECIFICATION REFERENCE LIST 

This document includes a number of references* made to 
other sections in the terminal specification. The list 
below shows these references, together with the page(s) 
they are made on. Please note that a section could be 
referred to several times on the same page. 

Rl-06, 17 
Rl-09, 8 

Rl-16, 6, 7, 8, 14 



Below are the reference designations listed. 

Reference Section 

Arrangement of the documents 
MOBITEX System description 
General description of terminals 
Terminology . 
References 

Network operator information 
Application layer 
Network layer 

Interface requirements, fixed terminals 
Other requirements, fixed terminals 
Link layer, mobile terminals 
Physical layer, mobile terminals 
Radio equipment, mobile terminals 
Other interfaces, mobile terminals 
Other requirements, mobile terminals 



Rl-03 
Rl-04 
R1-0S 
Rl-06 
Rl-08 
Rl-09 
Rl-11 
Rl-12 
Rl-16 
Rl-17 
Rl-18 
Rl-19 
Rl-20 
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